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1) REAL PARTY IN INTEREST 

The real party in interest is the Assignee, International Business Machines Corporation ("IBM"). 

2) RELATED APPEALS AND INTERFERENCES 

Appellants, the Appellants' legal representative, and the assignee, have no personal knowledge of 
any other appeals or interferences which will directly affect or be directly affected by or have a 
bearing on the Board's decision in the pending appeal. 

3) STATUS OF CLAIMS 

Claims 3-5,7-9, and 11 - 33 stand rejected. Claims 3-5,7-9, and 1 1 - 33 are under appeal. 

4) STATUS OF AMENDMENTS 

An Amendment After Final was filed on September 5, 2007, responsive to the Final Rejection 
mailed on July 12, 2007. The Amendment After Final was entered by the Examiner, according to 
the Advisory Action dated September 19, 2007. 

5) SUMMARY OF CLAIMED SUBJECT MATTER 

1 . Appellants' claimed subject matter pertains to vaUdating syntax elements of an input (e.g., 
during parsing of the input) according to a first syntax level and then using this already-validated 

input to generate output . The output , however, is generated according to a second syntax level. 
Because (to paraphrase Appellants' claim language) the second syntax level is different from the 
first syntax level, at least one of the already-validated syntax elements is suppressed when 
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generating the output (and as a result of this suppressing, the input inherently has a different 
syntax as compared to the output). Paragraphs 2-7, below, describe Appellants' claimed subject 
matter in more detail, including reference to an example. Paragraphs 8-16, below, discuss the 
claimed subject matter with reference to the specific claim language of Appellants' independent 
claims. (Citations to Appellants' Specification are provided below in paragraphs 2 - 7 as well as 
in paragraphs 8 - 16.) 

2. For ease of reference, the term "schema" is used herein to refer to a syntax specification. 
As an example of operation of the claimed invention, a "base" schema may specify a definition of 
valid syntax for a "person" element, indicating that valid sub-elements in this syntax are "name" 
and "address" and that valid attributes of a person object conforming to the "person" element are 
"height" and "weight". Specification, p. 4, lines 2-9. See Fig. 1 for a sample schema providing 
this specification of a base schema, and Fig. 2 for an example of an input document that adheres 
to this base schema specification. Specification, p. 4, lines 10 - 11. The base schema might be 
extended, whereby the "person" element is extended (i.e., redefined; Specification, p. 4, line 19) 
to include additional attributes that are deemed useful for a particular application program. 
Specification, p. 3, lines 15 - 17. For example, an apphcation using "person" elements might find 
it desirable to extend the schema to include a "gender" attribute (see Figs. 3A and 4A, providing 
such extended schema and corresponding document, respectively) or an "age" attribute (see Figs. 
3B and 4B) or perhaps a "marital status" attribute (see Figs. 3C and 4C). Specification, p. 5, line 
2 - p. 6, line 5; p. 7, line 21 - p. 8, line 6. Or, some combination of these additional attributes 
might be used in a single extended schema (as illustrated in Figs. 6 and 7, where Fig. 6 provides a 
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schema extension specifying all of these attributes and Fig. 7 provides a document adhering to 
this extended schema). Specification, p. 9, lines 1 - 12. 



3. If an input document is created according to (i.e., to conform or adhere to) an extended 
schema, but is parsed according to the base (i.e., unextended) schema, this may generate parsing 
errors because (by definition) the base schema does not "know about" all of the syntax elements 
which are specified in the extended schema. (In fact, parsing errors will be generated in this 
scenario, except in cases where all of the extensions are specified as optional and the adhering 
input document chooses not to provide any of those optional syntax elements.) Referring again to 
the example "person" element, if an input document specifies attributes including gender, age, and 
marital status but this document is parsed according to the base schema that lacks these attributes, 
each of these 3 attributes will be considered invaUd during the parsing. Specification, p. 8, lines 7 
- 12; p. 9, lines 14 - 16. 

4. In the prior art, this situation is dealt with by (1) turning off the validation of the input 
(Specification, p. 10, lines 11-12; p. 18, lines 1 - 2) or (2) writing customized code to deal with 
unexpected attributes or elements (Specification, p. 18, lines 2 - 4). Both of these approaches are 
undesirable: the first because real syntax errors in the input will go undetected (Specification, p. 
10, lines 13-14), and the second because of the added development expense. 



5. The present invention, by contrast, uses two different specifications of valid syntax. The 
first is used to parse the input, and the second is used to generate output fi-om the parsing. The 
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need for, and use of, the second (i.e., different) syntax specification will now be described. 



6. Continuing with the example scenario, a document generated according to an extended 
schema might subsequently be provided as input to an application that was not written to use 
these same extensions. Specification, p. 9, lines 16-20. So, suppose that the input document 
specifies attributes including gender, age, and marital status, and that this input document passes 
the validation process (because it is validated using an extended schema of the form shown in Fig. 
6, where all of these attributes are specified), but that this input document is being sent to an 
application program that uses an extended schema including only the "age" attribute. This is 
illustrated in Fig. 10, where parser 920 receives an input document conforming to a base schema 
900 that has been extended (in this illustration, using 3 separate schema extensions 1010, 910, 
1020 that each provide one of the extended attributes), and this input document is to be provided 
to "Consumer 2" that only knows about the "age" extension; see reference number 1031, referring 
to the extended schema specifying the "age" attribute as "Ext 2". Specification, p. 19, line 9 - p. 
20, line 1 . If the input document with all 3 of its extended attributes is passed to this application, 
the application wiU likely fail - or at least detect what it thinks are errors in the input - because 
the application does not expect a "person" element to contain the "gender" or "marital status" 
attributes. Specification, p. 8, lines 13 - 20; p. 9, line 16 - p. 10, line 5 (where the term "most- 
specific schema extension" refers to the schema that specifies the "superset", or union, of the 
various extended attributes). 
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schema definition that is different from the schema used for vaUdating the input, and suppresses 
(from this generated output) those syntax elements which are not vahd according to this different 
schema definition. The "different" schema, for example, is the schema that the receiving 
appUcation expects its input to adhere to. So, continuing with the example discussing "Consumer 
2" of Fig. 10, the "gender" and "marital status" attributes (which were, in fact, vaUd syntax, 
according to the extended schema with which the document was validated) would be suppressed 
firom the generated output, while the "age" attribute (which is vaUd according to both the 
extended schema used for the validating, and the different, also-extended schema referenced at 
1031 as being used for the generating) would not be suppressed - and the receiving appUcation 
will consider this generated output, with its "age" attribute, to be vaHd syntax (and thus the 
receiving application will not encounter syntax errors). Specification, p. 16, lines 2 - 14; p. 17, 
line 17 - p. 18, line 1 (where the term "selected level" is used to refer to the syntax specification 
used when generating the output and the term "extension level that may be more restrictive" is 
used to refer to the syntax specification used for validating the input, where "more restrictive" 
refers to specifying more extensions). 

8. Appellants' appHcation includes 5 independent claims, namely Claims 13, 24, 26, 31, and 
32. Of these. Claims 13, 31, and 32 are method claims; Claim 24 is a system claim; and Claim 26 
is a computer program product claim. The claim language differs among the independent claims, 
but each captures the above-described notion of a first syntax definition used for validating an 
input , and a second syntax definition used for generating output from that (already- validated) 
input; each of these independent claims also recites that at least one of the (already-vaUdated) 
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syntax elements is suppressed during the generating of the output. The suppressed syntax 
elements are those that would be invahd according to the second syntax definition: in the example 
as discussed above in paragraph 7, for example, the suppressed syntax elements would comprise 
the "gender" attribute and the "marital status" attribute (because those attributes are not known to 
the second syntax definition, and are therefore considered invalid in view of that second syntax 
definition). The claim language of each of the independent claims will now be discussed. 

9. Independent Claim 13 is a method claim reciting "validating syntax elements of an input ... 
according to first syntax level while generating output objects , from the [now- validated] input 

according to a second syntax level wherein the generating further comprises suppressing ... at 
least one of the validated [i.e., vaUd according to the first syntax level] syntax elements from the 
generated output objects in order that the generated output objects wiU be vaUd according to the 
second syntax level " (Claim 13, lines 2-6, emphasis added; Specification, 22, lines 1-11- 
noting that the "second syntax level" is referred to therein as "the abstraction level", as defined at 
p. 17, lines 11 - 12); and "providing the generated output objects [i.e., valid according to the 
second syntax level] ... for use by an application program" (Claim 13, lines 7-8, emphasis added; 
Specification, p. 21, lines 18 - 19; p. 22, lines 9-11). Specification, p. 21, lines 13 - 19 also 
discuss the suppressing, referring (in the example therein) to generating output using a base 
schema (i.e., "second syntax level", in Appellants' claim terminology) that does not include any 
extensions, and therefore suppressing from the output all of the "gender", "age", and "marital 
status" attributes from the vahdated source (i.e., input) document. 
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10. Independent Claim 24 is a system claim reciting "a validating parser usable by a computer" 
(Claim 24, line 2; Abstract, line 1; Specification, p. 15, line 16); "first means for using the 
validating parser ... to validate syntax elements specified in an input document wherein the 
validation is performed according to di first syntax level " (Claim 24, lines 3-5, emphasis added; 
Specification, p. 17, lines 18 - 19; p. 18, line 13); and "second means for using the validating 
parser ... to apply abstraction ... when generating , from the validated [i.e., valid according to the 
first syntax level] syntax elements, output syntax ... wherein the applying of the abstraction fiirther 
comprises suppressing . ... from the generated output syntax, at least one of the validated [i.e., 
valid according to the first syntax level] syntax elements, in order that the generated output syntax 
... will be valid according to a second syntax level and wherein each of the suppressed syntax 
elements is valid according to t\\Q first syntax level but is not valid according to the second syntax 
level " (Claim 24, lines 6-13, emphasis added; Specification, p. 17, lines 11 - 17, where the term 
"selected abstraction level" refers to a syntax definition for the output, termed the "second syntax 
level" in Appellants' claim language). 

1 1 . Independent Claim 26 is a computer program product claim reciting computer-readable 
program code for ' Validating , by a parser, syntax elements of an input document according to a 
first schema when parsing syntax of the input document" (Claim 26, lines 3-4, emphasis added; 
Specification, p. 21, lines 15 - 17; p. 22, lines 1-6) and "... suppressing ... at least one of the 

validated [i.e., valid according to the first syntax level] syntax elements when generating output 
from the parsed syntax of the input document, wherein each of the suppressed syntax elements is 
valid according to ihe first schema but is not valid according to a second schema for which the 
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output is generated" (Claim 26, lines 5-8, emphasis added; Specification, p. 21, lines 18 - 19; p. 
22, lines 6- 11). 



12. Independent Claim 3 1 is a method claim reciting "providing a validating parser that 
enables a client to dynamically select a syntax abstraction level for use when generating output 
fi-om the validating parser" (Claim 31, lines 3-4, emphasis added; Specification, p. 22, lines 7 - 
8); "obtaining an input document ..." (Claim 31, line 5; Specification, p. 22, lines 1 - 3); 
"vaUdating syntax elements of the input document ... according to first syntax level to which the 
syntax elements of the input document are to adhere" (Claim 31, lines 6-8, emphasis added; 
Specification 22, lines 4 - 5); and " suppressing at least one of the validated [i.e., valid according 
to the first syntax level] syntax elements when generating output fi"om the input document 
wherein: the generated output has syntax that conforms to the syntax abstraction level that has 
been dynamically selected by the cUent; the syntax abstraction level is a less-restrictive version 
[e.g., having in common with the first syntax level an "age" attribute, but not having a "gender" 
attribute or a "marital status" attribute] of the first syntax level; and each of the suppressed syntax 
elements is valid according to ihe first syntax level but is not valid according to the [less- 
restrictive] syntax abstraction level " (Claim 31, lines 9-16, emphasis added; Specification, p. 22, 
lines 6-11). In this claim, the "second" syntax is referred to as the "syntax abstraction level". 
See also p. 17, lines 11-14, stating that the term "desired extension level" is equivalent to 
"desired abstraction level" and referring to the generated "events" (i.e., generated "output", in 
Appellants' claim terminology) as being "at the selected abstraction level". 
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13. Finally, independent Claim 32 is a method claim reciting "using ... a first syntax level for 
validating syntax elements when parsing syntax of an input document " (Claim 32, lines 3-4, 
emphasis added; Specification, p. 21, lines 15 - 17; p. 22, hnes 1-5) and "omitting ... at least one 
of the vaUdated [i.e., vaUd according to the first syntax level] syntax elements when generating 
output wherein each of the omitted syntax elements is vaUd according to ihe first syntax level 
[with which it was validated] but is not valid according to a second syntax level for which the 
output is generated" (Claim 32, lines 5-8, emphasis added; Specification, p. 21, lines 18 - 19; p. 
22, lines 6- 11). 

14. For all of these independent claims, see also Fig. 9, and corresponding text on p. 18, line 8 
- p. 19, line 8, describing another example where "the parser will validate the fiill syntax [of the 
input] according to the extended schema" [i.e., "first" syntax level] (Specification, p. 18, line 13), 
but instead of using this same syntax definition or schema when generating the output, the output 
may be generated using an unextended or "base" schema, as described for Consumer 1 and 
Consumer 3 (Specification, p. 18, lines 15-17). The extended schema, in Fig. 9, is referred to as 
"Ext 2" and is shown at 910 as an extension to base schema 900, where this as-extended schema 
is used by parser 920 for vaUdating input. Note that Consumer 2, in this example, chooses to 
have its documents generated with this same extended schema that was used for vaUdating the 
input (see "Ext 2" at 931); accordingly, for Consumer 2, there is no "suppressing" or "omitting" 
of syntax elements (and this scenario is outside the scope of Appellants' claimed invention). 
However, for Consumer 1 and Consumer 3, which have chosen to receive documents generated 
according to the base schema (i.e., "second" syntax level, according to AppeUants' claim 
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language), as shown by the notation "Base" at 930 and 932, the "suppressing" or "omitting" as 
claimed by Appellants will cause aU of the syntax elements which are defined in the "Ext 2" 
schema extension to be suppressed, or omitted, firom the validated input before it is forwarded to 
that consumer fi-om parser 920. 

15. Independent Claim 24 includes means plus fianction terminology. Structure, material, or 
acts supporting this terminology are described in Appellants' Specification, as will now be 
described. 

16. The "validating parser" recited on line 2 of Claim 24 is described at Abstract, line 1; 
Specification, p. 15, lines 16 - 17; p. 17, lines 11-17 (referring to "event-based" parsers as well 
as "DOM parsers"). For the "first means for using the validating parser ... to validate syntax 
elements ..." recited on lines 3 - 5 of Claim 24, see Specification, p. 17, lines 18-19 and p. 18, 
line 13. For the "second means for using the vaUdating parser ... to apply abstraction ... when 
generating ... output syntax ..." recited on lines 6 - 13 of Claim 24, see Specification, p. 17, lines 
11 - 17. See also the discussions of processing/computing devices at p. 24, line 18 - p. 26, line 6. 
Page 25, lines 5-15 (and in particular, lines 10 - 15) discuss "... means for implementing the 
fiinctions specified in the flowchart see also p. 25, lines 16 - 20, discussing "... instruction 
means which implement the fimction specified in the flowchart 



6) GROUND OF REJECTION TO BE REVIEWED ON APPEAL 

17. The Ground of Rejection presented for review is a rejection of Claims 3-5,7-9, and 
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1 1 - 33 under 35 U.S.C. §103(a) as being unpatentable over U. S. Patent 6,591,260 to 
SchwarzhofF in view of U. S. Patent Publication 2004/0083221 [stated in the Office Action dated 
July 12, 2007, hereinafter, "the Office Action", as 2004/00883221] to Dapp et al. (hereinafter, 
"Dapp"). 

7) ARGUMENT 

18. Paragraph 7 of the Office Action states that Claims 3 - 5, 7 - 9, and 1 1 - 33 under 35 
U.S.C. § 103(a) as being unpatentable over U. S. Patent 6,591,260 to SchwarzhofF in view ofU. 
S. Patent Publication 2004/0083221. Of these, the independent claims are Claims 13, 24, 26, 31, 
and 32. 

19. Appellants respectfully submit that a prima facie case of obviousness under 35 U.S.C. 
§103 has not been made out as to these claims, as the cited references, whether taken singly or in 
combination, do not teach or suggest all the claim limitations. 

20. Furthermore, Appellants are entitled to have all words of the claimed invention considered 
when deterrnining patentability. See Section 2143.03 of the MPEP, "All Claim Limitations Must 
Be Considered", referencing /« re Wilson, 165 USPQ 494, 496 (C.C.P.A. 1970), which stated 
'''All words in a claim must be considered in judging the patentability of that claim against the prior 
art." (emphasis added). 



7.1) Rejection of Independent Claims 13, 24, 26, 31, and 32 
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21 . Referring first to independent Claim 32, paragraph 7 of the Office Action cites col. 5, line 
19 - col. 6, line 43 of Schwarzhoflf as teaching the "using, by a vaHdating parser ..." element 
recited on lines 3 - 4 of this claim. This same portion of Schwarzhoflf is also cited as teaching the 
"omitting ..." element on lines 5 - 8 of Claim 32 (OflBce Action, p. 3). 

22. Appellants respectfully note that the OflBce Action states, when discussing the "omitting" 
claim element, that Schwarzhoflf does not teach a "validating parser" ("However, Schwarzhoflf 
fails to explicitly disclose ... wherein the parser is a validating parser."; OflBce Action, p. 3, next- 
to-last sentence). Appellants therefore question how Schwarzhoflf can be cited for the "using, by 
a validating parser , a first syntax level for validating syntax elements ..." limitation from lines 3-4 
of Claim 32. This is a moot point, however, as Appellants respectfully submit that the cited 
portions of Schwarzhoflf cannot be equated to their claim language, as wiU be demonstrated. 

23. The OflBce Action then cites Dapp as teaching "parsing and validating an XML document 
using a validating parser", referring to para. [0026] of Dapp. 

24. Appellants respectfully submit that the cited text in col. 5, line 19 - col. 6, line 43 pertains 
to using an extended schema for parsing an input document instance (where this parsing might 
also include validating), with no teaching or any suggestion of using a different schema when 

generating output from the parsed input document. That is, Appellants find no discussion, or 
suggestion, that can be correlated to their "second syntax level" as recited in Claim 32 ("... 
wherein each of the omitted syntax elements is valid according to the first syntax level [used for 
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parsing syntax of an input document; Claim 32, lines 3-4] but is not valid according to a second 
syntax level for which the output is generated" (Claim 32, lines 5-8, emphasis added). Instead, 
SchwarzhofF appears to be silent on the generated output, thereby implying that it uses the same 
extended schema that was used to parse the input document instance. Problems that may result 
when using this approach have been discussed in Appellants' specification. See, for example, p. 
8, lines 13-20 and p. 9, line 14 - p. 10, line 5 (for example, an application may receive attributes 
for which it has no processing logic; Appellants' specification refers to these as "unexpected" 
input or "extra" attributes). 

25. Appellants acknowledge that the cited text from Schwarzhoff discusses schema 
extensions. At col. 5, hnes 52 - 58, Schwarzhoff discusses extending an "Address" element to 
contain telephone numbers. Accordingly, a new schema "ContactAddress.sox" is created (col. 5, 
lines 59 - 62). See also the syntax at reference number 204 of Schwarzhoflfs Fig. 2, where this 
phone number extension is specified. 

26. However, rather than using two different schemas (one for validating input, and one for 
generating output) as claimed by Appellants, Schwarzhoff describes a technique whereby all 
"trading partners" (i.e., potential receivers of a document) can dynamically retrieve the same 
extended schema and therefore parse a document created according to that extended schema 
without parsing errors. See col. 6, lines 20 - 22, "The schemas must be available in a generally 
available repository to enable trading partners to retrieve them dynamically.", and col. 6, lines 25 - 
30, explaining that the trading partner will dynamically locate the schemata "required to correctly 
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parse" an extended document instance and will then follow links in import statements "to 
dynamically load [that] new [i.e., extended] schemata". In other words, if a document was 
created using an extended schema , then SchwarzhoflF uses that same extended schema when 
providing the document to a recipient trading partner, and this use of a single schema is in sharp 
contrast to Appellants' claimed approach where a &st and second schema are used, and where 
syntax elements are suppressed , or omitted , which are valid according to the iirst (validating) 
syntax level but which are not valid according to the second syntax level (e.g., suppressing sj^itax 
elements that were introduced by the extension but which are not understood by the application 
that is receiving the document, as has been described above with reference to the "person" 
element). 

27. Accordingly, Appellants respectfully submit that the cited text of SchwarzhoflF does not 
teach the "second syntax level" as claimed in their claim language. In addition. Appellants find no 
discussion or suggestion in SchwarzhoflF that can be correlated to the "omitting" recited in lines 5 
-8 of Claim 32. 

28. The Advisory Action dated September 19, 2007 (hereinafter, "the Advisory Action") 
presents two numbered paragraphs on the Continuation Sheet, and Appellants respectfiiUy submit 
that the comments in these paragraphs have misinterpreted Appellants' claimed invention as well 
as Appellants' comments in their response dated September 5, 2007. Comments made in these 
paragraphs of the Advisory Action will now be discussed. 
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29. Paragraph 1 from the Advisory Action cites col. 4, lines 39-41 of SchwarzhofF, stating 
that this text teaches "the XML document has to conform to the referenced schema. Therefore, if 
the document references an extended schema, the document has to adhere to that particular 
schema.". 

30. While lines 39-41 of col. 4 discuss validating a document instance "at two levels", this is 
a reference to performing two types of vaUdation on an input document. Namely, the document is 
validated to ensure that it is "weU-formed" according to standard XML syntax (for example, 
ensuring that there are no unclosed angle brackets such as "<document" without a closing ">", 
and that such element also has a matching "</document>" element) and that it is "valid" 
according to its particular schema (e.g., ensuring that a purchase order document includes an 
<Address> element and so forth) . See col. 4, lines 41 - 55, where these two types of validation 
are discussed in more detail. 

3 1 . With regard to the statement from the Advisory Action that "Therefore, if the document 
references an extended schema, the document has to adhere to that particular schema.". 
Appellants acknowledge that this is a true statement regarding prior art techniques for processing 
documents using an extended schema. And, this approach may be used when performing the 
validating of the input which is recited in Appellants' claim language. However, this prior art 
approach in no way provides for changing to a different ("second") schema or syntax level, after 
the validation, for generating output from this already-parsed and already- vahdated syntax from 
the input document. The prior art approach of using an extended schema referenced by a 
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document (referring to the statements in paragraph 1 of the Advisory Action) also does not result 
in omitting any syntax elements, because when using a single referenced schema as in the prior 
art, the document "adhere[s] to that particular schema" which it references and there is no 
"second syntax level" involved; accordingly, there is no consideration of whether a syntax element 
"is vaUd according to the &st syntax level but is not vaUd according to a second syntax level ..." 
as recited by Appellants on lines 5 - 8 of Claim 32. 

32. Paragraph 2 from the Advisory Action states "If the extended schema fails to include an 
element, then inherently the element would be suppressed in order to be vaUdated by the 
schema.". Appellants respectfully disagree with this statement for several reasons. First, if an 
element is present in a document but not in the schema, then the document is not "validated by the 
schema". Instead, the parser (if it performs vaUdation) generates an error, and the document is 
therefore invaUdated. Second, this statement from the Advisory Action misstates the approach 
claimed by Appellants. Appellants are vaUdating the document using the extended schema : 
therefore, the extended schema will not "fail to include an element". Or stated in another way, the 
extended schema will include all of the elements from the document. (Note that this statement by 
Appellants that the extended schema "will include all of the elements ..." assumes that the input 
document does have vaUd syntax, according to the extended schema; error cases where a 
document has invaUd syntax are not addressed by Appellants' claim language.) According to 
Appellants' claim language, it is the second schema (or second syntax level) that might "fail to 
include an element [or attribute, etc.]". However, this second schema is not being used to 
vaUdate the input document . Therefore, there is no "inherent suppressing" during vaUdation as 
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suggested by the Advisory Action. 



33. As has been demonstrated above in paragraphs 22 - 32, SchwarzhofF fails to teach or 
suggest all of the claim limitations of independent Claim 32. Appellants respectfully submit that 
Dapp fails to provide the missing teachings (and in particular, use of two different syntax levels, 
one for validating input and the other for generating output, as well as the omitting claimed by 
Appellants). The references therefore cannot be combined to render Appellants' Claim 32 
obvious. 

34. Furthermore, as stated above in paragraph 20, Appellants are entitled to have all words of 
their claim language considered. Paragraphs 22 -33, above, demonstrate that Schwarzhoff, 
Dapp, or a combination thereof do not teach, or suggest , all the limitations or all the words 
specified in independent Claim 32. 

35. Accordingly, in view of paragraphs 1 9 - 34 herein, Appellants respectfully submit that the 

Office Action fails to make out a prima facie case of unpatentabihty as to independent Claim 32, 

and without more, this claim is deemed patentable. See In re Oetiker, 24 USPQ 2d 1443, 1444 

(Fed. Cir. 1992), which stated: 

If the examination at the initial stage does not produce a prima facie case of 
unpatentabihty, then without more the appUcant is entitled to grant of the patent. 

36. Independent Claims 13, 24, 26, and 31 specify limitations similar to those which have been 
discussed above with regard to independent Claim 32 (as stated above in paragraph 8), and all of 
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these claims are rejected in the Office Action using the same references used when rejecting Claim 
32. Accordingly, reference is made to paragraphs 19-35, above, where the arguments presented 
therein apply equally to the claim language of independent Claims 13, 24, 26, and 3 1 . 

37. Accordingly, Appellants' independent Claims 13, 24, 26, and 31 are deemed patentable 
over the references. 

7.2) Rejection of Dependent Claims 3 - 5, 7 - 9, 11 - 12, 14 - 23, 25, 27 - 30, and 33 

38. Dependent Claims 3 - 5, 7 - 9, 1 1 - 12, 14 - 23, 25, 27 - 30, and 33 stand or fall with 
independent Claims 13, 24, 26, and 32, from which they depend. Thus, these dependent claims 
are deemed allowable by virtue of the aUowabiUty of independent Claims 13, 24, 26, and 32, the 
patentability of which is discussed above in "7.1 Rejection of Independent Claims 13, 24, 26, 
31, and 32 ". 

8) CONCLUSION 

For the reasons set out above, Appellants respectfully contend that each appealed claim is 
patentable, and respectfully request that the Examiner's Final Rejection of appealed Claims 3-5, 
7-9, and 1 1 - 33 should be reversed. 

Respectfully submitted, 

/Marcia L. Doubet/ 

Marcia L. Doubet, 
Attorney for Appellants 
Reg. No. 40,999 
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CLAIMS APPENDIX 

CLAIMS AS CURRENTLY PRESENTED: 
Claims 1-2 (canceled) 

1 Claim 3: The method according to Claim 32, wherein the input document is a structured 

2 document. 

1 Claim 4: The method according to Claim 3, wherein the structured document is encoded in 

2 Extensible Markup Language ("XML"). 

1 Claim 5 : The method according to Claim 32, wherein the generated output comprises at least one 

2 object representation generated from the input document. 

Claim 6 (canceled) 

1 Claim 7: The method according to Claim 33, wherein the second syntax level is requested by 

2 specifying a schema name of a schema to which the generated output must adhere. 

1 Claim 8: The method according to Claim 33, wherein the second syntax level is requested by 

2 specifying a schema name of a schema to be used by the vaUdating parser when generating the 

3 output. 
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1 Claim 9: The method according to Claim 8, wherein the schema name is specified, by the 

2 application program, as a feature on an invocation of the vaHdating parser. 

Claim 10 (canceled) 

1 Claim 1 1 : The method according to Claim 32, wherein the first syntax level is specified in the 

2 syntax of the input document. 

1 Claim 12: The method according to Claim 1 1 , wherein the specification in the syntax of the input 

2 document uses a schema location construct in the input document. 

1 Claim 13: A computer- implemented method of casting objects, comprising: 

2 vaUdating syntax elements of an input, using a vaUdating parser, according to a first syntax 

3 level while generating output objects, from the input using the vaUdating parser, according to a 

4 second syntax level, wherein the generating further comprises suppressing, by the validating 

5 parser, at least one of the vaUdated syntax elements from the generated output objects in order 

6 that the generated output objects will be vaUd according to the second syntax level; and 

7 providing the generated output objects, by the vaUdating parser, for use by an appUcation 

8 program. 

1 Claim 14: The method according to Claim 13, wherein the second syntax level is a less-restrictive 

2 version of the first syntax level. 
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1 Claim 15: The method according to Claim 13, wherein the first syntax level is a more-restrictive 

2 definition of the second syntax level. 

1 Claim 16: The method according to Claim 13, wherein the first syntax level is an extension of the 

2 second syntax level. 

1 Claim 17: The method according to Claim 13, wherein the first syntax level represents an 

2 extension of the second syntax level. 

1 Claim 18: The method according to Claim 13, wherein the first syntax level and the second 

2 syntax level are defined using schemas. 

1 Claim 19: The method according to Claim 18, wherein the schema that defines the first syntax 

2 level is an extension of the schema that defines the second syntax level. 

1 Claim 20: The method according to Claim 13, wherein the first syntax level represents a plurality 

2 of extensions to the second syntax level. 

1 Claim 21 : The method according to Claim 13, wherein the generated output objects adhere to a 

2 schema that defines the second syntax level. 
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1 Claim 22: The method according to Claim 13, wherein the input adheres to an extended schema 

2 that defines the first syntax level. 

1 Claim 23: The method according to Claim 22, wherein the generated output objects adhere to a 

2 base schema that is extended by the extended schema. 

1 Claim 24: A system for applying abstraction to object markup definitions, comprising: 

2 a validating parser usable by a computer; 

3 first means for using the vaUdating parser, executing on the computer, to vaUdate syntax 

4 elements specified in an input document expressed as an object markup definition, wherein the 

5 validation is performed according to a first syntax level; and 

6 second means for using the validating parser, executing on the computer, to apply 

7 abstraction to the object markup definition when generating, fi-om the vaUdated syntax elements, 

8 output syntax for at least one output object for use by an appUcation program, responsive to the 

9 first means, wherein the applying of the abstraction further comprises suppressing, by the 

10 validating parser fi-om the generated output syntax, at least one of the validated syntax elements, 

11 in order that the generated output syntax of each generated output object will be valid according 

12 to a second syntax level and wherein each of the suppressed syntax elements is vaUd according to 

13 the first syntax level but is not vaUd according to the second syntax level. 

1 Claim 25 : The system according to Claim 24, wherein the second syntax level is requested by the 

2 appUcation program and wherein the application program then consumes at least one of the at 
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3 least one generated output objects. 



1 Claim 26: A computer program product for parsing of input, the computer program product 

2 embodied on one or more computer-readable media and comprising: 

3 computer-readable program code for validating, by a parser, syntax elements of an input 

4 document according to a first schema when parsing syntax of the input document; and 

5 computer-readable program code for suppressing, by the parser, at least one of the 

6 validated syntax elements when generating output from the parsed syntax of the input document, 

7 wherein each of the suppressed syntax elements is valid according to the first schema but is not 

8 vaUd according to a second schema for which the output is generated. 

1 Claim 27: The computer program product according to Claim 26, wherein the first schema 

2 specifies a first syntax that is a more-restrictive version of a second syntax specified by the second 

3 schema. 

1 Claim 28: The computer program product according to Claim 26, wherein the first schema is 

2 defined as an extension of the second schema. 

1 Claim 29: The computer program product according to Claim 26, wherein the first schema is 

2 defined as an extension of some intermediate schema that extends the second schema. 



1 Claim 30: 
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3 



4 



base schema upon which one or more extensions are based, and wherein the first schema is one of 
the extensions and is based either directly on the base schema or on an intermediate schema that 
extends the base schema. 



1 Claim 31: A computer-implemented method of providing validation and parsing for clients, 

2 comprising: 

3 providing a validating parser that enables a client to dynamically select a syntax abstraction 

4 level for use when generating output from the validating parser; 

5 obtaining an input document to be validated and parsed for the client; 

6 validating syntax elements of the input document with the provided validating parser, 

7 wherein the validation is performed according to a first syntax level to which the syntax elements 

8 of the input document are to adhere; and 

9 suppressing at least one of the validated syntax elements when generating output from the 

1 0 input document with the provided validating parser, for use by the client, wherein: 

1 1 the generated output has syntax that conforms to the syntax abstraction level that 

12 has been dynamically selected by the cUent; 

13 the syntax abstraction level is a less-restrictive version of the first syntax level; and 

14 each of the suppressed syntax elements is valid according to the first syntax level 

1 5 but is not valid according to the syntax abstraction level. 

1 Claim 32: A computer-implemented method of applying abstraction by a validating parser, 

2 comprising: 
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3 using, by a validating parser, a first syntax level for validating syntax elements when 

4 parsing syntax of an input document; and 

5 omitting, by the validating parser, at least one of the validated syntax elements when 

6 generating output from the parsed syntax of the input document, wherein each of the omitted 

7 syntax elements is valid according to the first syntax level but is not valid according to a second 

8 syntax level for which the output is generated. 

1 Claim 33: The method according to Claim 32, wherein the second syntax level is requested, to 

2 the validating parser, by an application program for which the output is generated. 
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EVIDENCE APPENDIX 

Appellants, the Appellants' legal representative, and the assignee have no personal knowledge of 
evidence requiring separate identification herein as bearing on this Appeal. 
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RELATED PROCEEDINGS APPENDIX 

No related proceedings are personally known to Appellants, the Appellants' legal representative, 
or the assignee. 
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